Device, method, and computer readable medium for large scale electronic processing

ABSTRACT

A system, method and computer-readable storage medium that add at least one transaction block to a chained sequence of one or more blocks, including receiving a request message having data of an electronic transaction, broadcasting, to nodes in a blockchain network, a consensus request message for generating at least one transaction block including creating a block header that contains a hash pointer to a previous block, and concurrently with updating transaction block data, comparing and performing an action based on the comparing, performing periodic valuation and transmission of an item having a value that is tied to the transaction data, including establishing transmission links with the external entities, determining a value of the item, and establishing movement of the item between the external entities based on the determined value of the item and predetermined thresholds.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of priority to provisionalapplication No. 62/683,976 filed Jun. 12, 2018, the entire contents ofwhich are incorporated herein by reference.

BACKGROUND Technical Field

The present disclosure is directed to large scale electronic processing,in particular distributed ledger technology that utilizes coordinationamong multiple concurrent processes.

Description of the Related Art

The “background” description provided herein is for the purpose ofgenerally presenting the context of the disclosure. Work of thepresently named inventors, to the extent it is described in thisbackground section, as well as aspects of the description which may nototherwise qualify as prior art at the time of filing, are neitherexpressly or impliedly admitted as prior art against the presentinvention.

A distributed ledger is a transaction database shared by nodesparticipating in a distributed system. The term nodes as it relates todistributed ledger technology means independent computer entities thatstore a full copy of the ledger, is capable of executing a consensusalgorithm, and may execute control logic associated with management ofthe distributed ledger. Each node may be computer system, ranging from alaptop computer to a workstation to a virtual server in a data center.Depending on required computing resources, a computer system serving asa node may be equipped with, or have access to, powerful graphicsprocessing units (GPUs). When a particular node receives a transactionrequest, it broadcasts the transaction request to the other nodes in thenetwork. Subsequently, a full copy of a distributed ledger containsevery transaction ever executed.

SUMMARY

The present disclosure relates to a device, method, andcomputer-readable medium for a device in a blockchain network thatcommunicates over a computer network with a first external computerterminal, one or more second external computer terminals, and at leasttwo external entities. The device includes a memory configured tomaintain data of an electronic transaction, predetermined thresholds,and external identification information; and circuitry. The methodincludes adding, by the circuitry, at least one transaction block to achained sequence of one or more blocks, including receiving, over thecomputer network from the first external computer terminal, a requestmessage having the data of the electronic transaction, broadcasting,over the computer network to the one or more second external computerterminals, an alert message alerting of the request message, receiving,over the computer network from the one of the one or more secondexternal computer terminals, a response message having countertransaction data that relates to the alert message, determining a matchbetween the transaction data and the counter transaction data,broadcasting, to a plurality of nodes in the blockchain network, aconsensus request message for generating the at least one transactionblock as an immutable record of the transaction data and the countertransaction data, the generating the at least one transaction blockincludes creating a block header that contains a hash pointer that has ahash of a block header of a block that the at least one transactionblock is linked to, receiving, from one of the plurality of nodes, amessage indicating that consensus has been achieved, and adding the atleast one transaction block to the chained sequence, updating the dataof the electronic transaction and comparing the data to thepredetermined thresholds to obtain a comparison result, and performingan action based on the comparison result; and concurrently with theupdating, comparing and performing an action, performing, by thecircuitry, periodic valuation and transmission of an item having valuethat is tied to the transaction data, including transmitting messages tothe external entities associated with the external identificationinformation, establishing transmission links with the external entities,determining a value of the item, and establishing movement of the itembetween the external entities based on the determined value of the itemand the predetermined thresholds.

The foregoing general description of the illustrative embodiments andthe following detailed description thereof are merely exemplary aspectsof the teachings of this disclosure, and are not restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of this disclosure and many of theattendant advantages thereof will be readily obtained as the samebecomes better understood by reference to the following detaileddescription when considered in connection with the accompanyingdrawings, wherein:

FIG. 1 is a block diagram a blockchain network;

FIG. 2 is a diagram for a process for a new contract execution;

FIG. 3 is a graph for an exemplary counterparty exposure for a USD/EURforward contract;

FIG. 4 is a diagram for an exemplary foreign exchange forward contractprocess;

FIG. 5 is a diagram for a system implemented using a blockchain network,in accordance with exemplary aspects of the disclosure;

FIG. 6 is a block diagram of a computer system, in accordance withexemplary aspects of the disclosure;

FIG. 7 is a block diagram for a foreign exchange forward contractprocess implemented using distributed ledger technology, in accordancewith exemplary aspects of the disclosure;

FIG. 8 is a diagram of a blockchain having control logic, in accordancewith an exemplary aspect of the disclosure;

FIG. 9 is a sequence diagram for an example transaction using thedistributed ledger technology, in accordance with exemplary aspects ofthe disclosure;

FIG. 10 is a flowchart for construction and execution in an exemplaryapplication of the distributed ledger technology, in accordance withexemplary aspects of the disclosure;

FIG. 11 is a flowchart for the pre-trade preparation and documentationprocess in the exemplary application, in accordance with exemplaryaspects of the disclosure;

FIG. 12 is a flowchart for the trade execution and capture process inthe exemplary application, in accordance with exemplary aspects of thedisclosure;

FIG. 13 is a flowchart for the valuation calculations and collateralmovement process in the exemplary application, in accordance withexemplary aspects of the disclosure;

FIG. 14 is a flowchart for the confirmation and settlement stage in theexemplary application, in accordance with exemplary aspects of thedisclosure; and

FIG. 15 is a flowchart of the accounting and position management processin the exemplary application, in accordance with exemplary aspects ofthe disclosure.

DETAILED DESCRIPTION

In the drawings, like reference numerals designate identical orcorresponding parts throughout the several views. The description setforth below in connection with the appended drawings is intended as adescription of various embodiments of the disclosed subject matter andis not necessarily intended to represent the only embodiment(s). Incertain instances, the description includes specific details for thepurpose of providing an understanding of the disclosed embodiment(s).However, it will be apparent to those skilled in the art that thedisclosed embodiment(s) may be practiced without those specific details.

As used herein any reference to “one embodiment” or “some embodiments”or “an embodiment” means that a particular element, feature, structure,or characteristic described in connection with the embodiment isincluded in at least one embodiment. The appearances of the phrase “inone embodiment” in various places in the specification are notnecessarily all referring to the same embodiment. Conditional languageused herein, such as, among others, “can,” “could,” “might,” “may,”“e.g.,” and the like, unless specifically stated otherwise, or otherwiseunderstood within the context as used, is generally intended to conveythat certain embodiments include, while other embodiments do notinclude, certain features, elements and/or steps. In addition, thearticles “a” and “an” as used in this application and the appendedclaims are to be construed to mean “one or more” or “at least one”unless specified otherwise.

Referring now to the drawings, the following description relates to ablockchain system and method that integrates the creation of contractsfor currency forwards with collateral valuation and management.Specifically, a common computer system-based blockchain-implementeddistributed ledger serves as the official shared platform forrecordkeeping and automation of bi-lateral FX forward contractsincluding key risk mitigation provisions of ISDA and CSA agreements.This common computer system-based ledger is distributed, and embedshighly trusted record keeping and automation capabilities. Theautomation of forward contracts includes synchronizing the core ongoingvaluation and related collateral movement mechanism through the ledger'ssmart contract. Using this automation, the currency forward contractexecution is linked with the price-volatility-induced counterpartyexposures, bringing counterparty risk to within mutually acceptabletolerances and containing intraday exposures. The system and method areimplemented as a permission-based network of nodes and an associatedconsensus strategy to support transaction frequency and volume.

Blockchains are distributed ledgers where data is structured in blocks.When new data is added, new blocks are created, forming a chain ofblocks. Every block in a blockchain contains a hash of the previousblock. A hash function that is used to generate a hash for a blockchainis typically SHA-256 or Keccak-256. Blocks may also include a timestampand a hashed entry. The chain of blocks is such that each block isguaranteed to come after a previous block chronologically because theprevious block's hash would otherwise not be known. Each block is alsocomputationally impractical to modify. Thus, the distributed systemgenerally is both a chain of blocks and a distribution of the chainedblocks in a computer network.

FIG. 1 is a block diagram illustrating a general blockchain system. Ablockchain system provides an immutable ledger through a consensusalgorithm. A consensus algorithm is an algorithm performed by the nodesand consensus is achieved when a majority of the nodes agree, There aremany types of consensus algorithms in a blockchain system: two of themost common types on public blockchain networks are Proof-of-Work andProof-of-Stake. Other blockchain approaches have been and are continuingto evolve, including different approaches employed in private blockchaininstances, such as Byzantine Fault Tolerant Smart (BFT-SMaRt). TheProof-of-Work algorithm is used to achieve a consensus in order to addnew blocks to the chain. In Proof-of-Work, miners compete against eachother to arrange blocks. In practice, miners solve a complicatedmathematical puzzle such as a hash function to determine a hash. TheProof-of-Stake algorithm is also used to add new blocks to the chain.The other consensus algorithm, Proof-of-Stake, does not use mining, andinstead the creator of the next block is chosen by various combinationsof random selection, wealth or entity age, such as a coin age, which isthe stake. The consensus algorithm typically includes a process ofarranging the data for the new block.

In the example blockchain system shown in FIG. 1, nodes, including twotrading entities, or counterparties 101, 103, and other participants105, 107 interact with a blockchain (via the blockchain system)maintained using a computer network 111. In this disclosure, the termscounterparty and party may refer to trading entity participants. Thecomputer network 111 interconnects the distributed system of nodes thatstores and executes the blockchain. Each participant may be facilitatedby one or more computer systems that are connected to the computernetwork 111.

A foreign exchange (FX) forward contract, or currency forward contract,is an agreement between two parties to exchange two designatedcurrencies at a specified time in the future. These contracts take placeon a date after the date that a spot contract settles, where a spotcontract is a contract for buying or selling the currency for immediatesettlement on a spot date, typically two days forward for the currencypair traded. In some cases, a foreign exchange contract is an agreementunder which a business agrees to buy a certain amount of foreigncurrency on a specific future date. The purchase may be made at apredetermined exchange rate. By entering into this contract, the buyercan protect itself from subsequent fluctuations in a foreign currency'sexchange rate. Thus, timing is a critical component in foreign exchangeforward contracts.

Examples of major pairs of currencies include the U.S. dollar and euros;the U.S. dollar and Japanese yen; the U.S. dollar and the British poundsterling; and the U.S. dollar and the Swiss franc. Other pairs ofcurrencies may be used in a foreign exchange contract, such as the U.S.dollar and the Canadian dollar. Exchange rates for currency pairs can beobtained for up to 12 months, but in some cases may be obtained for upto 10 years. Also, minimum contract amounts are typically over $30,000.

A forward exchange market is an over-the-counter (OTC) marketplace forcontracts that ensure the future delivery of a foreign currency at aspecified exchange rate. Thus, a forward market leads to the creation offorward contracts. Forward exchange contracts can be customized to fit acustomer's requirements and are generally executed between banks orbetween a bank and a customer.

Currently, markets for managing the entire lifecycle of Foreign Exchange(FX) forward contracts are fundamentally disconnected. There is nocommon infrastructure between market participants executing currencyforward contracts, and there is no infrastructure linkage betweenassociated parties to each transaction. Associated parties typicallyconsist of the trading entities (each of the two parties entering thecontract) and their associated banks (the parties implementingcollateral movement and final settlement to contain counterpartyexposure between trading entities). FIG. 2 illustrates an exampleprocess between trading entities and associated banks to carry out a newcontract execution.

In S201, contracts are entered into on Day 0, and are revalued at theend of each trading day. In S203, on Day 1 the valuations from the closeon Day 0 are reviewed against prescribed limits and pricingmethodologies, and, in S205, collateral movement instructions areagreed-upon and initiated. By Day 2, in many cases, in S207 collateralmovements subject to minimum transfer amounts (MTA) from the end-of-Day0 valuation are complete, by which time the exposure has changed inresponse to two days of currency volatility. In some cases, due tovarious circumstances including alternative pricing sources, disputesover results of calculations, or simply processing mistakes, by Day 2collateral still doesn't move and the exposure grows until collateralfinally is moved to reflect currency volatility. This time andprocessing disconnect may be magnified across millions of positions andhundreds of billions of USD equivalent notional contracts.

In addition, FX contracts and collateral management operation aretypically executed using manual procedures. For each forward contract,one or more International Swaps and Derivatives Association (ISDA)agreements including Credit Support Annexes (CSAs) must be in place, oneper counterparty pairing. Since most market participants operate usingmanual processes and rely on manual interactions between counterparties,the different risk profile, higher frequency but lower severityexposures, is particularly problematic.

In particular, collateral management involves setting forth requirementsfor collateral in a credit support annex included within the ISDAagreement. Collateral needed for credit support is then monitored daily.Collateral amounts must be sufficient as outlined in the CSA before atrade can be completed. Collateral can often take many forms with themost common being cash or securities. Requirements for collateral levelsmust constantly be monitored in order to ensure that adequate collateralis held per OTC derivative trading value.

Also, collateral management processes must be built between eachcounterparty bank, with collateral movement instructions and collateralmonitoring being carried out separate from a FX contract execution andmonitoring processes. Collateral management systems have been built, butthese systems are not typically connected between counterparties, andintegrating collateral management into larger treasury or portfoliomanagement tools has not been accomplished.

Further, FX contracts are negotiated, and manually recorded. The termsand conditions of each component of these agreements must then bemonitored, primarily using manual processes. Each trade is entered intorecord keeping systems that are not connected between participants.Participants record keeping systems each have valuation calculationsoften based on disparate pricing sources and custom-built riskmonitoring systems that are often created by individual analysts using,for example, Excel.

Thus, for each FX contract, there typically are a minimum of fourassociated participants (two trading entities, each with their ownassociated banks), and each participant has in place perhaps fourdifferent systems or tools (one for managing ISDA/CSA's, one formanaging the currency forward contracts, one for managing collateral,and one for managing the underlying portfolios or assets). Furthermore,there is no common source of truth amongst these participants, anddiscrepancies or disagreements are common.

An example of the disconnected and disjointed nature of the FX forwardcontract markets, on Sep. 16, 2016, after the close of business on theNew York Stock Exchange (NYSE), news broke that the US Government was intalks with Deutsche Bank about a potential $14 Billion settlementstemming from the days of the financial crisis. See Reuters, “DeutscheBank Says DoJ Wants It to Pay $14 Billion to Settle Mortgage Case”,fortune.com, Sep. 16, 2016, incorporated herein by reference in itsentirety. That amount nearly tripled the entire loss reserves the Bankhad previously reported for all of its litigation globally, and wouldhave severely stressed the Bank's regulatory capital reserves. The Bankwould be forced to raise additional capital, putting more pressure onits plummeting stock price. With equity representing a significantportion of the Bank's capital, firms that had placed trades withDeutsche Bank earlier that Friday were concerned about potentially beingexposed to a total loss due to currency valuation moves over theweekend, induced by the Deutsche Bank news and the remote potential of abankruptcy. Thanks to the disconnected and disjointed nature of the FXforward contract markets globally, Friday decisions were waiting forMonday collateral movement processes to close out counterparty risk. Inthe 2008 Lehman scenario (see Davidson article), Monday never came. FIG.3 is a graph for an example Counterparty Exposure for USD/EUR ForwardContract ($5 Billion USD Notional, 30-day Forward Contract, Month ofSeptember, 2016).

The nature of over-the-counter (OTC) markets allows flexibility andcustomization. OTC markets encourage and enable innovation instructuring trades. OTC markets can also structurally avoid highlyconcentrated exposures and systemic risk from the failure of any singlecomponent of the market, with some notable and disastrous exceptions,for example consider AIG in the OTC Credit Default Swaps (CDS) markets.See Davidson, A., “How AIG Fell Apart”, reuters.com, Sep. 18, 2008,incorporated herein by reference in its entirety. OTC markets enable theparticipation of a vast array of market participant counterparties. Somecounterparties have a high enough risk tolerance to operate withoutCredit Support Annexes (CSAs) or collateral protections (e.g. certainhedge funds). Some counterparties are required by regulation to avoidand contain counterparty risk for every trade (e.g. US Mutual Funds andUCITS Funds).

In the context of mutual funds, legal structures around collateraltransfer differ globally. US Mutual Funds need to operate with atri-party arrangement. For each mutual fund a segregated account held bythe fund's custodian must be created for each counterparty, andcollateral is moved between the fund's custody account back and forth tothe custodian's tri-party account. The fund still has legal ownership ofits own assets transferred into the tri-party account. A differentsituation exists for Australian mutual funds. There, funds transfercollateral back and forth between counterparty bank accounts. Legaltransfer of ownership of the collateral occurs with each movement.

On the other hand, the gap between the currency forward contractexecution and monitoring, and the collateral management processassociated with each contract is a consistent problem. This structuralrisk adds an overall tax onto the global capital markets by increasingthe costs associated with hedging or betting on currency pair movementsin the OTC forward market. It also reduces liquidity across the marketsince trading counterparties are necessarily limited to those withadequate legal, capital, and operational capabilities to handle theresidual counterparty default exposures that result from thedisconnected market operations.

In this disclosure, a financial exposure is an amount an investor standsto lose in an investment. In order to address exposures that occur inthe FX forward contract market, one option has been for counterpartiesto quickly negotiate new trades to replace and cover the counterpartyexposures. The remaining market participants, being well aware of theexposures, and also potentially having been caught exposed to those samestressed counterparties, have to adjust their risk accordingly, and thecost to novate positions rises. This additional cost overhead on themarkets pulls capital away from more efficient uses, and reduces boththe risk (shifting to a new counterparty that presents a lower risk ofdefaulting) and return to investors globally (due to higher costsincurred).

It is one object of the present disclosure to provide a marketinfrastructure that enhances the foreign exchange (FX) forward contractmarket by a distributed ledger technology (DLT) that coordinates amongmultiple concurrent processes including the creation ofcollateral-linked contracts for currency forwards and collateralvaluation and movement. Other objectives include adding a common ledgerin a shared platform to perform the recordkeeping and automation ofbi-lateral FX forward contracts including key risk mitigation provisionsof ISDA and CSA agreements. The automation may include a computernetwork system that synchronizes the ongoing valuation and relatedcollateral movement mechanism through the ledger's smart contract layer.In some aspects, the essential benefits of the over-the-counter (OTC)market structure are preserved since collateral-linked contracts forcurrency forwards remain bi-lateral agreements subject to ISDA and CSAconstraints, while continuing to allow for electronically customizedterms and conditions between market participants. Additional benefits ofOTC markets in the form of reduced concentration risk are alsopreserved, since there is no central counterparty or central clearingorganization into which all risks are pooled. As a result, real timecontract transactions performed in coordination and concurrently withcollateral valuation and management enables enhanced liquidity andreduced risk in the FX forward contract market, allowing for neweconomics and interactions to support both the hedging and speculationof currency exposures across a wide range of market participants,including institutional funds, pension plans, corporate treasuries,banks, and insurers.

The distributed ledger technology that integrates the creation ofcontracts for currency forwards with collateral valuation and managementis applicable as well to other types of trades that involve collateral.In particular, the distributed ledger technology may also incorporatesecurities lending. Securities lending requires the borrower to put upcollateral, including cash, security or a letter of credit. When asecurity is loaned, the title and the ownership are transferred to theborrower for a specified period of time.

The distributed ledger technology of the present disclosure may also beapplied to Exchange Traded Fund (ETF). ETF shares traded on exchange inthe secondary market are created and redeemed in the primary marketdirectly with ETF fund managers. The process of creating and redeemingETF share is handled in bulk, through the trading of baskets of ETFshares. Collateral coverage is adjusted based on the valuationvolatility of both the basket and the underlying collateral.

The distributed ledger technology of the present disclosure may alsoincorporate repurchase agreements. In repurchase agreements, the partyselling the security enters into an agreement to repurchase it in thefuture, which is a short term. The security is collateral.

Further, the distributed ledger technology of the present disclosure mayalso incorporate futures contracts. A buyer of a futures contract takeson an obligation to buy an asset or commodity when the futures contractexpires. The seller of the futures contract takes on the obligation toprovide the underlying asset at the expiration date.

In order to explain embodiments of the present disclosure, the FXforward contract lifecycle, from pre-trade activities through settlementand accounting will be described. More details of the FX forwardcontract process can be found in, New York Federal Reserve; The ForeignExchange Committee. Foreign Exchange Transactions: Execution toSettlement Recommendations for Non-Dealer Participants, January 2016,incorporated herein by reference in its entirety. The FX process flowmay be considered in terms of six phases: 1) pre-trade preparation anddocumentation; 2) trade execution and capture; 3) confirmation; 4)netting and settlement; 5) account and portfolio reconciliation; and 6)accounting/financial control processes. FIG. 4 is a diagram for atypical foreign exchange (FX) forward contract process.

The pre-trade preparation and documentation phase initiates the businessrelationship between two parties. In S402, the pre-trade preparation anddocumentation phase involves putting into place proper pre-tradedocumentation. In particular, ISDA and CSA Master agreements are put inplace between a Participant Party A and a Participant Party B. TheseMaster Agreements contain terms that will apply to transactions,including expressions of market practice and convention, and terms fornetting, termination, collateral management and liquidation. Athird-party custodial agreement is put in place between Custodian A andParty A. In this disclosure, a Custodian may be a bank or otherinstitution that may hold assets or property serving as collateral. Inthis disclosure, the terms custodian and bank are used interchangeably.Custodial Agreements contain terms that outline an arrangement wherebyan institution acting as a custodian holds the assets or property, andperforms other agreed-upon services, on behalf of the actual owner.

The process continues with order management. FX transactions may beexecuted through voice or on an electric platform. Information capturedfor FX transactions typically includes trade date, time of execution,settlement date, counterparty, financial instrument traded, amounttransacted, and price or rate. In S404, a Participant Party A generatesan FX order. Details about the currency pair are generated and capturedin an appropriate Trading System. For example, a front-end system thatcaptures transaction information may interface with other systems thatmonitor and update trade related activity. In S406, the Trading Systemsources quotes from approved Dealers (ISDA agreement) and an FX forwardcontract is identified. In S408, execution details are sent back to theTrading System. In S410, once the execution details are confirmed in theTrading System, a confirmation is sent to the Matching and ConfirmationSystem that enriches the trade details. Transaction confirmationprovides evidence of the terms of an FX transaction. Confirmation may beconducted by counterparties generally exchanging or matching electronicor paper confirmations that identify the transaction details and provideother relevant information. Each of these processes may be donemanually, electronically, or through some combination of both manual andelectronic means. There is no single set of infrastructure or systemsthat connects market participants and allows the sharing of data ortrade details.

The process continues with a Post-Trade stage. In S412, the Matching andConfirmation System collects trade details from the Trading System andthe final matching process is completed. Settlement is the making ofpayments or exchange of payments between counterparties on a FX'stransaction's settlement date. In S414, the Matching and ConfirmationSystem sends settlement/trade instructions to both Custodian A andCustodian B.

Account reconciliation occurs at the end of the trade settlement processto ensure that a trade has settled properly and that all expected cashflows occur. Thus, in S416, Custodians perform daily mark-to-market(MTM) valuations of collateral. If MTM is negative, Participant Party Ais out of the money and must pledge collateral to the Participant PartyB in a segregated account at Custodian A (tri-party agreement). If MTMis positive, Participant Party A is in the money and the ParticipantParty B must pledge collateral to cover their exposure by writingproceeds to Custodian A. A Custodian performs settlement. On settlementdate the gross amounts of each counter currency will be delivered basedupon the forward exchange rate on the trade date. The forward exchangerate for a currency pair is fixed and specified for a specific date inthe future.

FIG. 5 is a block diagram for a system for a collateral-linked contractfor currency forwards market. The structure and implementation are basedon Distributed Ledger Technology (DLT) 500. The blockchain network 514is a computer system of communicating independent nodes, for exampleNode A to Node E. Each node stores a copy of a blockchain, and isconfigured to perform a consensus algorithm and to update theblockchain. As mentioned above, a blockchain is an ordered set of linkedblocks, linked by cryptographic signatures. In some embodiments, theblockchain is a set of linked blocks in which each block contains a hashpointer, which includes an address of a previous block and a hash of theblock header of the previous block. Each block header includes a hash ofa previous block. Thus, a block header in a newly added block willinclude a hash that essentially is a hash of all linked block headers ina blockchain. The full copies of the blockchain are maintained in thenodes 514 a of a blockchain network 514. One or more head blocks of theblockchain include control logic, often referred to as a smart contract,which includes computer program logic that when executed by a node 514 acontrols aspects such as the agreements between parties, valuation andcollateral movement. As shown in FIG. 5, trading entities 502, 504 canjoin the blockchain network 514. In some embodiments, joining ablockchain network 514 may include obtaining authentication in order togain access to the blockchain for purposes of initiating transactions.The proper ISDA and CSA agreements may be prepared and recorded 516, inparticular, stored in the blockchain network 514 as part of the controllogic. In some embodiments, CSA agreements may be stored as completedocuments, such as PDF documents, HTML markup, or may separate theagreement into legal text and extracted data. In disclosed embodiments,data extracted from an agreement may include any values for particularattributes. As a non-limiting example, data that is extracted from a CSAagreement may include values for the attributes “base currency”,“covered transactions,” “exposure”, “credit support obligations”,“valuation”, “timing”, to name a few.

An oracle 506 is a computer system that is agreed upon prior toexecuting any contracts. The role of the oracle 506 may include toprovide the agreed upon market data inputs used by the trading entitiesto operate the ongoing calculations and exposures. Examples of marketdata inputs include currency exchange rates, interest rate, and securityprices. In some embodiments, the oracle 506 is a computer server thatcalls the control logic being executed in a node when certain conditionsare met. The oracle 506 may monitor price of a currency and interestrates. A regulator 508 may be a computer system that also has access tothe blockchain network 514 to monitor transactions on the network. Forexample, the regulator 508 may be granted visibility into the underlyingtransactions (i.e., for transaction reporting, reviewing marketactivity), in response to Markets in Financial Instruments Directive(MIFID) II or other regulatory initiatives. Entities C and D 510, 512may be bank computer systems, or other asset custodian computer systems,that remain as separate entities and do not need to join the blockchainnetwork 514, so long as an appropriate asset instruction message 518 canbe received and processed from the network by each entity. In such case,asset movement may be performed off chain. Once an entity 510, 512 joinsthe blockchain network 514, asset movement can be monitored andcontrolled by execution of the control logic on a node and recorded inthe control logic via the blockchain network 514 directly (on chain).

FIG. 6 is a block diagram illustrating an example computer system forimplementing the distributed ledger technology according to an exemplaryaspect of the disclosure. The distributed ledger technology may beimplemented as browser-based user interfaces that are executed onnetworked desktop computers, laptop computers, tablet computers, or thelike, running any of well-known operating systems, including a versionof the Windows Operating System, Macintosh Operating system, AndroidOperating System, iOS, or a Linux-based computer system. The distributednetwork on which the distributed ledger technology is maintained, mayinclude a network of nodes 514 a, each node 514 a of which may be acomputer system of FIG. 6. In this disclosure, a node 514 a may beimplemented as software executed by processors 650, as a computer imagein a cloud service, virtual processors, any of various applicationspecific integrated circuits, or integrated logic circuits, collectivelyreferred to herein as circuitry 600. Connections and communicationsbetween end user computers and the nodes 514 a are accomplished usingthe Internet, which may be either IPv4 or IPv6.

A computer system (circuitry 600) may include one or more mainprocessors 650 and may include a graphics processing device 612. Thegraphics processing device 612 may perform many of the mathematicaloperations of the distributed ledger technology. In order to achieve thedistributed ledger technology, the main processors 650 and otherhardware elements may be realized by various processing circuitry, knownto those skilled in the art. For example, CPU 650 may be a Xenon® orCore® processor from Intel Corporation of America or an Opteron®processor from AMD of America, or may be other processor types thatwould be recognized by one of ordinary skill in the art. The computersystem (circuitry 600) may include a main memory 602 that contains thesoftware being executed by the processors 650 and 612, as well as a longterm storage device 604 for storing blockchain-related data andblockchain-related software programs including control logic, one ormore consensus algorithms, and one or more hash functions.

Several interfaces for interacting with the computer system (circuitry600) may be provided, including an I/O Bus Interface 610,Input/Peripherals 618 such as a keyboard, touch pad, mouse, DisplayInterface 616 and one or more Displays 608, and a Network Controller 606to enable wired or wireless communication through a network 99. Theinterfaces, memory and processors may communicate over the system bus626, such as a PCI bus.

In the DLT 500, a trading entity 502, 504 may enter an order requestinto a terminal computer, which packages the order information into adigital token. The digital token constitutes initiation of atransaction. The initial transaction is passed to the DLT 500 forperformance of a consensus algorithm, arrangement into a block andlinking the block into the chain of a decentralized ledger. Thearrangement of a transaction into a block is handled by a consensusalgorithm, such as Proof-of-Work or Proof-of-Stake or other problem thatis difficult to solve, but simple to prove.

FIG. 7 is a block diagram for a process implemented using distributedledger technology, in accordance with exemplary aspects of thedisclosure. FIG. 8 is a diagram of a blockchain having control logic, inaccordance with an exemplary aspect of the disclosure. FIG. 7illustrates differences over the FX forward contract process of FIG. 4.Participants, including Entity C 510 (Custodian A), Entity D 512(Custodian B), Entity A 502, and Entity B 504 may be implemented usingbrowser-based user interfaces or application programming interface (API)data feeds that may be executed on any of a number of different classesof computers operating as computer terminals, ranging from smartphones,tablet computers, to laptop and desktop computer systems. A minimumrequirement of trading entity end-user computer is a processor andassociated memory, a display and a network communications device foraccess to the Internet. As in FIG. 1, the Distributed Ledger Technology(DLT) may include networked computer systems 111 that operate as nodes514 a participating in the blockchain network 514.

Unlike the largely manual, process for carrying out a foreign exchangeforward transaction as in FIG. 4, once initial agreements are in orderbetween counterparties, the circuitry 600 may encode in the controllogic 801 the agreements and automate subsequent processing stepsincluding ongoing valuation and limit monitoring. In disclosedembodiments, control logic 801 may include data and computer programlogic. The data portion may include, but is not limited to, links tolegal documents, such as a portion of a Master Agreement, CSA Agreement,Settlement instructions, custodial agreement, bank information,valuation thresholds, and price thresholds. In some embodiments, dataportions of the Master Agreement, CSA agreement and custodial agreementmay be stored in a data structure such as XML, JSON, or HTML markup. Thecomputer program logic portion of the control logic 801 may be in theform of functions in a programming language, including but not limitedto general languages such as Javascript or Python, or special purposeprogramming languages for smart contracts such as Solidity, Serpent, andLLL. The computer program logic portion may include event declarations.In some embodiments, program logic such as collateral measurement,collateral movement, market updates may be implemented as eventdeclarations, in which upon occurrence of the declared event, an actionwill be performed. MTM valuations and currency forward exchange ratecalculation may be implemented in accordance with industry standardvaluation practices. For example, the forward rate may be calculated asfollows:forward rate=S×(1+r(d)×(t/360))/(1+r(f)×(t/360))

where S is the current spot rate of a currency pair, r(d) is thedomestic currency interest rate, r(f) is the foreign currency interestrate, t is the time of the contract in days.

Using the DLT 500, as transactions are posted to the blockchain, aconsensus algorithm is performed, for example a Proof-of-Work problem,and when consensus is achieved transactions are listed in a block andadded to the chain, beginning with a link to the control logic 801. Insome embodiments, the consensus algorithm is performed by all nodes 514a in the blockchain network 514. In some embodiments, the consensusalgorithm is performed by one or more selected nodes 514 a in theblockchain network 514.

The control logic 801, when executed by a node 514 a in the blockchainnetwork 514, provides a data structure for integrating currency forwardcontracts and collateral measurement and movement. The control logic 801may be a single data block in the blockchain, but in disclosedembodiments may instead be organized and stored into several blocks. Forexample, the control logic 801 may include one block for handlinginitial currency forward agreements, including associated data andcomputer program logic, and another block for handling asset measurementand movement, including associated data and computer program logic. Insome embodiments, the types of transactions that may be listed in blocksof the distributed ledger include a pending transaction 803, an acceptedtransaction 805 and an executed contract transaction 807. Data that maybe posted in a block for a pending transaction 803 may include a tradedirection, a currency pair, a trade date, a time of execution, anotional amount, various rates such as a spot rate, currency interestrates, a settlement date, and contract period. In some embodiments, eachtype of transaction may include a transaction ID and time stamp. In someembodiments, some transaction data may include bank data received in alater stage of creating a currency forward contract.

In the DLT 500, accounts, such as counterparty bank accounts, may belinked either directly using the blockchain networked computers 514 orvia instructions generated by executing control logic 801 from theblockchain networked computers regarding movement of assets, therebyallowing a foreign exchange forward transaction to be performed in realtime. Subsequently, the DLT 500 provides an advantage of eliminating amiddle man, such as a dealer, since any potential trading entity candirectly access the blockchain networked computers 514.

Regarding FIG. 7, in S702, pre-trade documentation is put in place.Settlement instructions, custodial agreements, master agreements, andguidelines for ISDA and CSA agreements may be entered electronically viaa computer user interface into the control logic 801 of a distributedledger (in a node 514 a of the blockchain network 514). In someembodiments, at least portions of the instructions, agreements, andguidelines may be coded into special data structures and computerprogram logic, such as functions and event declarations. For example, anevent declaration may be entered into the control logic 801 such that,when the event is initiated by a trading entity, the circuitry 600 of areceiving node will perform actions in accordance with the guidelinesand standards agreed upon. In some embodiments, control logic 801 iscomputer code containing terms of transactions and/or terms of acorresponding ISDA/CSA. These terms may include, but are not limited to,definitions of calculations to perform MTM valuations on a programmablefrequency using records stored on the blockchain and ingesting externalinputs through data provider feeds including pricing data.

For example, in one embodiment, ISDA/CSA terms are stored in memory of anode in blocks as an HTML document with associated variables input andagreed to by parties as updates to the state of the blockchain asfollows:

Legal Document HTML Template

-   -   Convert a traditional legal document template into HTML format        off network.    -   Make the negotiable terms of the legal template into descriptive        variables in the template (e.g. Paragraph 13 of a Credit Support        Annex).    -   Variable names will be contained within {{curly braces}} which        will be used at a later time and be replaced with business terms        and viewable in the finalized document.    -   Upload and store the HTML legal document to the blockchain via a        node of the blockchain network 514.        Legal Document Creation    -   Initiating entity begins the process by selecting a Legal        Document HTML Template stored in the blockchain.    -   The entity selects business terms to apply to the Legal Document        from a predetermined set of options including the counterparty        signee of the document that is a participant of a computer        network.    -   The Counterparty is provided with the ability to render the        proposed legal document with business terms in any HTML viewable        platform.    -   Counterparty can approve or modify business terms, updating the        state of the document on the blockchain.    -   Once approved, signer and signee of the legal document finalize        the document which can be referenced with transactions on the        blockchain.

The control logic 801 code can include comparison with minimum andmaximum thresholds in order to support partial or full automation ofprocesses related to asset measurement and asset movement.

Order management may be facilitated by the distributed ledgertechnology. In S704, Data Provider feeds received from external sourcescan be integrated into the distributed ledger (in a node of theblockchain network 514) to receive real-time market updates for interestrates, pricing data, and currency forward point calculations as inputsto various stages of the process. In S706, the circuitry 600 willcapture data points of the desired transaction to facilitate a forwardcontract. In an exemplary embodiment, a user interface is provided foreach entity participating in the blockchain network 514 and is used toelectronically input all data points of an FX forward transaction (e.g.,trade direction, currency pair, rate, settle date). The input datapoints are captured by circuitry 600 broadcasting and storing them inthe blockchain (in the nodes 514 a of the blockchain network 514) as animmutable record of type pending transaction 803. Other participantterminals can be used to view the transaction and elect whether theywant to participate in the transaction or not. Once another participantenters their transaction details into a respective terminal to createthe trade, the circuitry 600 adds their record to the blockchain as animmutable record of type accepted transaction 805. In Post-Trade,circuitry 600 will automatically recognize a confirmation on theblockchain via control logic 801 code once counterparties linked to thenetwork agree on the transactional terms, and the circuitry 600determines that predetermined guidelines have been met based on thecoded logic of the control logic 801. For example, once anotherparticipant in the network elects to participate in a desired trade,they may agree to the data points provided by the counterparty. When thedata points on both sides of the transaction match, the circuitry 600will recognize and agree that the transaction is complete, record theentry into a currency forward contract between the counterparties, andrecord in the blockchain their authorized Entities C and D 510, 512 as anew immutable record of type executed transaction 807.

Integral with creating and valuating the currency forward contract,operations performed by the Entities C and D (510, 512) may include,S708, daily MTM collateral process in which leveraging the data providerfeeds, the daily collateral cash movement can be automated via thecircuitry 600. In this disclosure, an Entity C or D (510, 512) may be aCustodian, such as any bank that is participating in the blockchainnetwork on behalf of their respective trading entities. The Entity C orD (510, 512) may be facilitated by a computer, a computer system, orvirtual computer operated under the control of a bank. In S710, thefinal settlement process includes, if the assets can't be clearlycommitted on settlement date by a counterparty, the circuitry 600 willreverse any assets pledged as collateral and will ensure the integrityof the settlement process at both Entities C and D (510 and 512) viarecords stored on the distributed ledger.

In some embodiments, Data Provider feeds are periodically received fromexternal sources and are integrated into the distributed ledger (in anode of the blockchain network 514) as real-time market updates forinterest rates, pricing data, and currency forward point calculations.When the updates indicate changes in the markets, (primarily changes inprices that affect the valuation of the contract and/or the associatedcollateral), a change in valuation of the contract and/or a change inthe associated collateral valuation may trigger one or more events. Thecontrol logic monitors and may perform actions based on the triggeredevents in order to enforce the guidelines and standards agreed upon. Thecircuitry 600 may be configured to perform valuation of the contract andassociated collateral, detect one or more triggering events, and performactions based on triggered events as multiple concurrent processes. Inan exemplary aspect, the multiple concurrent processes are implementedas synchronous threads.

FIG. 9 is a sequence diagram for an example transaction using thedistributed ledger technology, in accordance with exemplary aspects ofthe disclosure. In disclosed embodiments, as mentioned above blockchainsystem includes a network of nodes 514, where each node stores a fullcopy of the blockchain. In disclosed embodiments, the blockchain systemmay use a Proof-of-Work consensus algorithm. However, the structure andimplementation of the blockchain system is not limited to aProof-of-Work consensus algorithm. For example, the consensus may beperformed using Proof-of-Stake. The first block of the blockchain iscontrol logic 801, such as a smart contract, such as that shown in FIG.8. The control logic 801 contains data and computer program logic. As atransaction is initiated, blockchain processing will broadcast the newtransaction to all other nodes, a consensus algorithm will be performedfor the transaction, and when a consensus is achieved, a block listingthe transaction will be linked to the distributed ledger in a securemanner. In some embodiments, more than one transaction may be listed ina block. All nodes are notified of the updated distributed ledger. Insome embodiments, each node may be any of several types of stand-alonecomputers, such as desktop computers, workstations, smartphones, tabletcomputers, to name a few, each of which has a connection to theInternet. Also, an entity that wishes to participate in the DLT 500 willbe required to set up an account in order to be granted access to theblockchain network. Account information may include as a minimum, butnot limited to, a username, a password or some type of authenticationmethod, and an account identification. In some embodiments, the accountinformation may include identification for a particular computer and anInternet address, each of which may be obtained automatically after auser is granted permission.

Regarding the example in FIG. 9, in S901, a Entity A 502 (via a computerterminal) may send a request to sell USD/CAD as a 30 day FX forwarddeliverable contract. In S903, the Entity A 502 enters trade data pointsin a trading user interface of a terminal. Using external data feeds840, in S905, the circuitry 600 of a node obtains a rate to transact onin addition to a spread, which typically would be provided by a dealer.The circuitry 600 captures data points on a distributed ledger, forexample the data points are stored in the control logic 801 and, inS907, all participants 502, 504 are sent an alert message that thetransaction was generated. Entity B 504 wishes to engage in this trade,and, in S909, submits (via a computer terminal) a request to buy USD/CADas a 30 day FX forward deliverable. In S911, the circuitry 600 of theDLT 500 performs an operation to check if both sides of the transactionmatch. In S912, the circuitry 600 performs an operation that determinesthat consensus is achieved and that the transaction is acknowledged andfinalized on the distributed ledger. In S913, using External Feeds 840,updated rates, spreads, and prices that may affect valuation arereceived, and in S914, the circuitry 600 performs transaction eventmonitoring, which may include comparing the updated rates, spreads, andprices to predetermined thresholds in the control logic 801 to obtain acomparison result, and performing an action based on the comparisonresult. Actions may include performing an updated valuation of thecontract, or sending an alert message. In S915, the circuitry 600performs an operation to link each entity's respective custodian accountto the transaction and ledger, and, in S917, the circuitry 600 sendstransaction information related to an asset to the respective entity510, 512. Each entity 510, 512 (via a computer terminal) may accept,and, in S919, send instructions related to ongoing asset maintenance inaccordance with control logic executed by the circuitry 600 thatimplements ISDA and CSA agreements in place between the two entities. InS927, the circuitry 600 automatically determines ongoing asset movement.In S921, asset movement is carried out automatically according to thedetails of the CSA as implemented on the blockchain and updated ratesS923. In S929, the circuitry 600 will conduct final settlement includingin S931, the circuitry 600 will perform automated closing out of thefinal valuation movement calculation net of any residual asset balancesheld by each of the entities A and B, 502, 504 between their tworespective entities C and D, 510, 512. In this settlement process, inS925, the circuitry 600 may continue to periodically receive currentrates and use them in final valuations.

The distributed ledger technology of disclosed embodiments provides asubstantial technological improvement by securely and efficientlycontrolling and recording all transactions and related asset valuationand movements in real time. For example, the incorporation ofdistributed ledgers for currency forward contracts eliminates thepossibility of mismatches, errors, and unauthorized trades. Onceexecuted on the ledger, forward transactions will constitute a bindingobligation on both parties to the transaction. Using the DLTinfrastructure, the entire step of Trade Execution and Capture iseffectively merged into the Pre-Trade stage. Also, the distributedledger technology of disclosed embodiments coordinates valuation of thecontract and associated assets, for example as collateral. When one ormore events are activated by changes in the markets, (primarily changesin prices that affect the valuation of the contract and/or theassociated collateral), or by a participant, the circuitry 600 monitorsand enforces the guidelines and standards agreed upon as contained inthe control logic. In some embodiments, the circuitry 600 may beconfigured to perform valuation of the contract and associated assets,detect one or more triggering events, and perform actions based ontriggered events as multiple concurrent processes. The distributedledger technology eliminates the need for manual reconciliation andmonitoring by each of the associated parties and reduces the frequencyof manual interventions. Subsequent contracts between the same twocounterparties need only consist of negotiating the economic terms of anew contract, and attaching that new contract to the previously recordedgoverning agreements recorded on the blockchain.

Moreover, the control logic 801 of the distributed ledger technologycoordinates two disparate systems to seamlessly operate the systemsconcurrently. In particular, the distributed ledger technology furtherintegrates disparate systems including a system for performingasset-linked contract transactions with a system for asset valuation andmanagement, which brings about substantial improvements. By storingcritical inputs as blocks in a distributed ledger by the control logic,computer systems may seamlessly move assets between counterpartiesautomatically based on preset triggering events linked to valuationthresholds embedded in computer code secured on the blockchain itself.Further, settlement risk is addressed as part of the Valuation and AssetMovement stage. Thus, integration of the expiration of the term of thecontract that is determined by the contract transaction system withasset valuation and management, enables the residual amount necessary tosettle to be simply determined as the shift in valuation of the contractbetween the most recent valuation and asset movement point, plus anyresidual that was under the minimum transfer amount threshold.

Further, the circuitry 600 of a node may automatically perform theconfirmation step during the contract setup stage as an integral part ofthe recording of trades on the ledger, thus eliminating a need for aseparate confirmation stage.

FIG. 10 is a flowchart for construction and execution of a foreignexchange forward contract in the DLT 500, in accordance with exemplaryaspects of the disclosure. The steps may involve four associatedparticipants to each currency forward contract. In some embodiments,participants may be organizations. The DLT 500 includes a network ofnodes that communicate using the Internet protocol. The steps performedby the circuitry 600 for the DLT 500 include (S1001) pre-tradepreparation and documentation, (S1003) trade execution and capture,(S1005) valuation and collateral movement, (S1007) confirmation andsettlement, and (S1009) accounting and position maintenance. It is notedthat although the flowchart is shown as a sequence of steps, the stepsmay be performed in different orders and some steps may be performedconcurrently. For example, the circuitry 600 may perform trade executionand capture S1003 concurrently with valuation and collateral movementS1005.

Pre-Trade Preparation and Documentation

FIG. 11 is a flowchart for the pre-trade preparation and documentationprocess which initiates the business relationship between the twotrading entities, or counterparties 502, 504. During this stage, inS1101, both counterparties' requirements and business practices areestablished, via respective computer terminals. In S1103, the circuitry600 records a confirmation of each counterparty's legal entity status,trading guidelines, banking details, and, in S1105, records ISDA and CSAagreements. In S1107, a node 514 a is used to code details of settlementinstructions, custodial agreements, master agreements, and guidelinesfor ISDA and CSA's via a smart contract 801 onto the blockchain. Thisprocess may be performed in accordance with ISDA standards thatstandardize and formalize the agreements to enable smart contractimplementation. See ISDA, “Smart Contracts and Distributed Ledger—ALegal Perspective”, in isda.org, August, 2017, incorporated herein byreference in its entirety. In some embodiments, the circuitry 600 mayextract portions of the ISDA and CSA, leaving the actual legal contractintact (with physically executed agreements stored as PDF files on theblockchain network). In some embodiments, the execution of theagreements may also be digitized by the circuitry 600 and included onthe blockchain network and stored in the digitized contracts with theirassociated trade(s).

Digitizing the governing agreements can accelerate the initialdocumentation process and may grant firms cost savings as a result ofthe reduction of resources needed to produce and monitor the entirelifecycle of each forward contract for each counterparty they tradewith. Economic terms for the contract may still be negotiated directlybetween counterparties for each trade, but the final terms can berecorded digitally on the copy of the blockchain in each node 514 a andsystematically checked and encoded by each counterparty through theirown copy of the blockchain on the blockchain network 514. In this way,entering the terms of the forward contract by each entity automaticallyinitiates the execution, confirmation, and recording steps of theprocess. When one or more events are triggered by changes in themarkets, (primarily changes in prices that affect the valuation of thecontract and/or the associated collateral), or by a participant, thecircuitry 600 is configured to monitor and act as a digital enforcer ofthe guidelines and standards agreed upon as multiple concurrentprocesses. In some embodiments, the oracle 506 may handle receipt ofmarket change data and creation of an event for processing by thecontrol logic 801. This eliminates the need for manual reconciliationand monitoring by each of the associated parties and reduces thefrequency of manual interventions. Subsequent contracts between the sametwo counterparties need only consist of negotiating the economic termsof a new contract, and attaching that new contract to the previouslyrecorded governing agreements recorded on the blockchain.

Trade Execution and Capture

FIG. 12 is a flowchart for the trade execution and capture function ofthe processing flow for FX forward transactions. In some embodiments,trade execution and capture may be performed by the circuitry 600 of atleast one node 514 a. In S1201, the circuitry 600 captures informationfor FX forward transactions including currency pair, trade date, spotrate and forward points, time of execution, expiry (settlement) date,counterparty, and notional amount transacted. In S1203, data from thecaptured information will be extracted by the circuitry 600 as datapoints required to facilitate a forward contract and will be added tothe blockchain. The blockchain acts as an immutable digital audit trailfor all information required by trade execution details. Receiving thedata points constitutes initiation of a transaction, such as pendingtransaction 803, transaction acceptance 805, and executed transaction807 in FIG. 7. The DLT 500 will broadcast a consensus request messagefor creating a data block listing this transaction and arrange thereceived information into a data block that is added to the blockchainwhen consensus is achieved, for example, by receiving a consensusmessage. The DLT 500 will broadcast the update to the blockchain to addthe data block.

In particular, an initiating entity 502, via a computer terminal, mayenter a transaction (i.e., the pending transaction record 803) which isencoded in a block. Next, the counterparty 504 (i.e., the other side ofthe trade) may enter a transaction acceptance record 805 which is againencoded in a block, and finally the circuitry 600 reads in the pending803 and acceptance 805 records to create an executed transaction record807 that is also recorded in a block. The pending and acceptancetransactions are initiated by participants (trading counterparties) andthe executed transaction record 807 is initiated by control logic 801 onthe network that ensures the rules for executing a trade are satisfied(the executed control logic 801 matches pending and acceptance recordsbased on matching transaction details recording in each record).

The incorporation of distributed ledgers for currency forward contractseliminates the possibility of mismatches, errors, and unauthorizedtrades. Once executed on the ledger, forward transactions willconstitute a binding obligation on both parties to the transaction.Using the DLT 500, the entire step of Trade Execution and Capture iseffectively merged into the Pre-Trade stage described above.

Valuation and Collateral Movement

FIG. 13 is a flowchart for the valuation calculations and collateralmovement methods for forward contracts which can be implemented viacircuitry 600 as a node of the blockchain network 514. Events, such asreceiving price data feeds, may be handled by the oracle 506. Inparticular, valuation processes and data provider feeds can be postedinto the blockchain to, in S1301, receive real-time market updates frompreviously agreed-upon pricing sources. The circuitry 600 periodicallyperforms valuation and collateral instruction processes, including, inS1303, recalculating the positions, and, in S1305, calculatingappropriate collateral moves based on valuation calculation results ofS1303. Minimum transfer amounts (MTA) can be incorporated into thecollateral calculation process on the control logic 801. In someembodiments, collateral valuation and movement may be characterized asthree phases: (1) exposure valuation, (2) collateral valuation, and (3)collateral movement. During exposure valuation, within the scope of thetrade and valuation date of a financial transaction stored on theblockchain, and based on the legal documentation that governs thefinancial transaction (valuation times), which is also stored on theblockchain, the oracle 506 uses data from the financial transaction toobtain feeds of current FX rates from outside data sources. For example,a feed could provide EUR/USD spot rate and various standard tenorEUR/USD Forward points at valuation time based on data pulled by thecircuitry 600 based on the control logic 801.

In S1303, the circuitry 600 may perform linear interpolation tocalculate the rate between two known variables (e.g., current point intime, future data in time) based on the days remaining in the financialtransaction (e.g. a 30 day forward rate provided can be interpolateddown to a 15 day rate). A Market to Market Matrix of currency pairs areused by the circuitry 600 to calculate the valuation of the basecurrency and settle currency. This step clarifies which currency isconverted via the exchange rate into the other currency (e.g. EUR/USDconverts given EUR exposure into equivalent USD exposure). The circuitrycompares current valuation with the original transaction data agreedupon on the trade date to determine the profit or loss of thetransaction at this point in time. This step establishes the economicexposure to the counterparty due to price movement in the markets overtime. For example, a 1000 EUR/USD contract where the exchange rate moveshigher by 1% would create a 10 EUR exposure increase. The debtor andcreditor are determined based upon who the initiator and counterpartyare to the transaction. For example, a positive exposure indicates theEUR holder would have to deliver collateral to cover the increase EURexposure.

During collateral valuation, within the scope of the trade and valuationdate of the financial transaction stored on the blockchain, and based onthe legal documentation that governs the financial transaction(valuation times), which is also stored on the blockchain, data from thecurrent pledged collateral is used by the circuitry 600 to obtain feedsof current market process from the agreed upon data sources. If US2-year treasuries are posted as collateral, then the pricing sourcewould feed updated Treasuries process to the network.

In S1303, the circuitry 600 may calculate the total Collateral Valuationwith agreed upon data sources. For example, if US 2-Treasuries wereposted as collateral in the original amount of $100 and the valuation ofthe securities decreased by 1% then the updated valuation would reflectthe decrease in collateral coverage of 1%. The total CollateralValuation would be updated and recorded as $99.

During collateral movement, in S1305, the circuitry 600 calculates theCollateral Calculation value as the current Exposure Valuation minus theCollateral Valuation and stores the result in the blockchain. If theabsolute value of the Collateral Calculation is less than the MinimumTransfer Amount stored in the legal documentation on the digital ledger,the event is stored on the blockchain, For example, if the MTA was $1and the Collateral Calculation value is less than $1, the record isstored and no further action would be necessary. If the absolute valueof the Collateral Calculation value is greater than the Minimum TransferAmount stored in the legal documentation on the blockchain, a MovementAmount is created. For example, if the MTA was $1 and the CollateralCalculation value is $2, the Movement Amount of $2 stored and movementproceeds.

In S1307, the circuitry 600 either initiates a corresponding SWIFTmessage, or similar transmission (via Application Programming Interface(API)) to the associated bank's computer system instructing andinforming each entity of required collateral movement, or generates acorresponding transaction directly to the distributed ledger where banksmay be directly connecting into the blockchain network 514 via their ownnode(s).

Incorporating these inputs into a distributed ledger enables bankcomputer systems to, in S1309, seamlessly move collateral betweencounterparties automatically based on preset triggering events linked tovaluation thresholds embedded in control logic 801 secured on theblockchain itself. In some embodiments, participant banks not directlylinked into the network via their own node(s) may receive the blockchaingenerated SWIFT message, or other standard financial transmissionmessage formats similarly to other messages received from traditionalsources. This automation stage provides the linkage that is core to theCLCF instrument.

In some embodiments, based on the legal documentation that governs thefinancial transaction, the circuitry 600 determines the type offinancial instrument to use as collateral. For example, 2-YearTreasuries may be selected as eligible collateral. Fund level bankinginformation stored on the digital ledger that is linked to thetransaction is used to generate a financial message to the custodian todebit collateral. For example, a message to move $2 of 2-Year Treasuriesmay be generated. Once the financial message is received at thecustodian (bank) an acknowledgement is sent by the bank computer systemback to the blockchain network that it has been received. Oncecollateral has been received by the credited custodian, a message issent by the credited entity's computer system back to the blockchainnetwork that the collateral movement has been completed. The updatedcollateral balances are recorded to the blockchain in a linked datablock.

Confirmation and Settlement

FIG. 14 is a flowchart for the confirmation and settlement stage. Thetransaction confirmation is a double-check of the terms of an FX forwardtransaction. As a result, appropriate management of the confirmationprocess is a vital control. During the confirmation stage, in S1401,counterparties via respective terminals validate electronic or paperconfirmations that identify the transaction details and provide otherrelevant information. This is the last step before the transaction isconsidered finally executed. In some embodiments, the confirmation stepmay be completely performed by the circuitry 600 during the FX contractsetup phase, and performed as an integral part of recording trades onthe distributed ledger, thus a separate stage of the process is notneeded with DLT.

In S1403, payments are exchanged between trading entities 502, 504 viarespective computer terminals on final settlement, or expiration date.Settlement risk is the risk that one entity in a forward transactionfails to deliver payment to its counterparty, resulting in the loss ofthe economic value of the transaction. As mentioned above, settlementrisk is addressed as part of the Valuation and Collateral Movementstage. At expiration, in S1405, the circuitry 600 determines theresidual amount necessary to settle as the shift in valuation of thecontract between the most recent valuation and collateral movementpoint, plus any residual that was under the minimum transfer amountthreshold.

In effect, the automation of collateral movement behaves similar to anongoing or nearly continuous settlement process. In some cases, like fortri-party collateral arrangements needed for US Mutual Funds, finalsettlement may differ only in that money may be transferred betweencounterparties as well as to clear out the tri-party collateral accountbalance associated with the contract that is expiring.

Accounting and Position Maintenance

FIG. 15 is a flowchart of the accounting and position maintenance stage.In S1501, uniting distributed ledger technology with current stateaccounting processes ensures that FX forward transactions are properlyrecorded to firms' respective systems and instantaneously loggedfollowing final settlement. A DLT platform may include safeguards thatwill prevent any modifications to the original posted transactions andany subsequent updates to the blockchain for each contract. Theimmutable nature of the blockchain ensures trust is maintained throughthe encryption and automation features: records cannot be edited ordeleted, and stored code (smart contracts) cannot be altered. Newrecords and new smart contracts can only be executed with the consent ofboth counterparties for each contract. This mechanism, coupled with thenetwork only being accessible to trusted participants, safeguards thelegitimacy of accounting source data maintained based on transactionsstored on the blockchain network.

Numerous modifications and variations of the present invention arepossible in light of the above teachings. It is therefore to beunderstood that within the scope of the appended claims, the inventionmay be practiced otherwise than as specifically described herein.

Transforming the market structure for currency forward contractsprovides the potential to essentially eliminate counterparty exposure bylinking the collateral protection to variations in economic exposure asthey occur. It also provides the potential to make the market operatemore efficiently by linking together the core market participants(typically four entities are involved with every contract) with atrusted, shared source of truth for each contract, while still retainingthe benefits of the OTC market structure itself. OTC markets allowvaluable customization and enable innovation amongst marketparticipants. Well-structured OTC markets also provide the potential toavoid highly concentrated exposures to the failure of any single marketparticipant. While each participant would enjoy the benefits of astreamlined and automated process for managing the lifecycle of eachcontract, the primary benefit is to the market as a whole due to thenearly complete elimination of counterparty risk. Especially for largetrades, opening the market up to more counterparties and newcounterparties should result in lower cost and lower risk for all marketparticipants on all trades. Automating the valuation and collateralmovement processes simplifies the market operation, and makes portfolioand position management decisions more accurate. Shifting the marketstructure from manual, disconnected infrastructure to automated,interconnected processes can reduce costs, reduce risks, increase trust,increase liquidity, and introduce entirely new possibilities into thecapital markets as a whole.

As mentioned above, the distributed ledger technology that coordinatesthe creation and valuation of contracts for currency forwards withcollateral valuation and management is applicable as well to other typesof trades that involve collateral. Securities lending markets operate tofulfill demands for borrowing securities for a variety of purposes fromowners of securities. Examples of securities lending include borrowingto support short transactions, whereby securities are sold with anexpectation of price declines than if repurchased later at a futureprice. When the security is sold short, the seller must find a securityto borrow and sell in order to settle the transaction. The borrowergenerally pays a lending fee during the period of the loan to thelender. At any time, the lender can demand the loan be recalled, atwhich point the securities must be returned by the borrower and the loanis terminated. Other examples are related to the demand for securingspecific holdings for a variety of other purposes for a short period oftime, including market maker sell coverage, settlement protection forsellers whose trades are for some reason failing to settle, collateraltransformation or exchange, delivering securities on loan back to thelender, and a variety of arbitrage trading strategies such as indexarbitrage or share class arbitrage.

Currently, a securities lending transaction involves a variety ofparties, from the borrower, their broker or a prime broker, a securitieslending agent or direct lender, and the beneficial owners. The number ofparties involved, the need to ensure rapid recall of securities out onloan, and the delayed pace of handling collateral (similar to thatdescribed in the forward contract process in FIG. 4) all expose thesecurities lending markets to inefficiency and uncompensated risk. Ineach case, regardless of the reason for the loan, an amount ofcollateral is agreed upon with appropriate adjustments in collateralcoverage amounts based on the type of collateral and the potentialvaluation volatility during the period of the loan. A typical cashcollateral securities loan agreement would require 102% coverage of cashcollateral versus the value of the securities borrowed. Another examplewould require 105% coverage of equities collateral versus the value ofthe securities borrowed, due to higher volatility in both the securitiesborrowed and the securities provided as collateral. Subsequently, thereis a lag in the delivery of collateral and the systems involved in thelending and the collateral movement processes are not integrated.

The disclosed DLT may be applied to securities lending by integratingthe creation of collateral-linked contracts for securities loans andcollateral valuation and movement.

Currently, Exchange Traded Fund (ETF) shares traded on exchange in thesecondary market are created and redeemed in the primary market directlywith ETF fund managers. The process of creating and redeeming ETF shareis handled in bulk, through the trading of baskets of ETF shares. Whenthe market sees a need to increase (create) or decrease (redeem) thesupply of ETF shares available for trading, shares are issued orredeemed in blocks of 50,000-250,000 or more, depending on the fund.

Creating a basket of shares to trade typically involves a two day delayin settlement, but in the period of time between the initiation of theorder to create the basket, and settlement 2 days later, the fundmanager and the purchaser both are making trade commitments to ensurethe basket is settled. Collateral is posted by the purchaser to protectthe ETF Manager from a failure of the purchaser to deliver assets atsettlement. Similarly, redeeming a basket involves risk of settlementfailure that is protected against by posting collateral. Similar tosecurities lending, collateral coverage is adjusted based on thevaluation volatility of both the basket and the underlying collateral,but there is a lag in the delivery of collateral and the systemsinvolved in the creation/redemption and the collateral movementprocesses are not integrated.

The disclosed DLT may be applied to Exchange Traded Fund trading byintegrating the creation of collateral-linked contracts for ETF basketcreation and collateral valuation and movement.

The above disclosure also encompasses the embodiments listed below.

(1) A device in a blockchain network that communicates over a computernetwork with a first external computer terminal, one or more secondexternal computer terminals, and at least two external entities. Thedevice includes a memory configured to maintain data of an electronictransaction, predetermined thresholds, and external identificationinformation; and circuitry configured to add at least one transactionblock to a chained sequence of one or more blocks, including receive,over the computer network from the first external computer terminal, arequest message having the data of the electronic transaction,broadcast, over the computer network to the one or more second externalcomputer terminals, an alert message alerting of the request message,receive, over the computer network from the one of the one or moresecond external computer terminals, a response message having countertransaction data that relates to the alert message, determine a matchbetween the transaction data and the counter transaction data,broadcast, to a plurality of nodes in the blockchain network, aconsensus request message for generating the at least one transactionblock as an immutable record of the transaction data and the countertransaction data, the generating the at least one transaction blockincludes creating a block header that contains a hash pointer that has ahash of a block header of a block that the at least one transactionblock is linked to, receive, from one of the plurality of nodes, amessage indicating that consensus has been achieved, and add the atleast one transaction block to the chained sequence, update the data ofthe electronic transaction and compare the data to the predeterminedthresholds to obtain a comparison result, and perform an action based onthe comparison result; and concurrently with the update, compare andperform an action, perform periodic valuation and transmission of anitem having value that is tied to the transaction data, includingtransmit messages to external entities associated with the externalidentification information, establish transmission links with theexternal entities, determine a value of the item, and establish movementof the item between the external entities based on the determined valueof the item and the predetermined thresholds.

(2) The device of feature (1), in which the transaction data and thecounter transaction data includes a value at a future date and aninitial posting of the value of the item, the circuitry furtherconfigured to determine a value of the item after the initial posting,and establish movement of the item between the external entities basedon a final value of the item.

(3) The device of features (1) or (2), in which the circuitry is furtherconfigured to move the item directly between the external entities basedon the external identification information.

(4) The device of any of features (1) to (3), in which the item is anasset in the transaction data and in the counter transaction data,respectively. The predetermined thresholds include a minimum and amaximum threshold. The circuitry is further configured to receiveperiodic feeds of updated data of the electronic transaction, performvaluation of the asset based on the updated data and compare thevaluation values with the predetermined thresholds, and establishmovement of the item between the external entities based on the externalidentification information in accordance with the comparison.

(5) The device of any of features (1) to (4), in which a block of theimmutable record includes confirmation instructions, and the circuitryis further configured to generate a block having an executedtransaction.

(6) The device of any of features (1) to (5), in which the transactiondata and the counter transaction data include a future settlement date.The circuitry is further configured to settle the movement of the itemon the future settlement date.

(7) The device of any of features (1) to (6), in which the transactiondata and the counter transaction data include a currency pair and aforward exchange rate. The circuitry is further configured to broadcasta consensus request message for creating a data block as an immutablerecord of the currency pair and the forward exchange rate.

(8) The device of any of features (1) to (7), in which the movement ofthe asset is settled, via the circuitry, by determining a shift invaluation between a last valuation and an asset movement point, plus aresidual amount that is under the minimum threshold.

(9) The device of any of features (1) to (8), in which the memory isfurther configured to maintain one or more documents that are uploadedand stored in a data block as an HTML template including variable namesof terms that can be changed based on a state of control logic. Thecircuitry is further configured to read the template from the block as astarting point reference to begin a process of establishing documentsgoverning transactions, receive, over the computer network from thefirst external computer terminal, a message having updated terms data,broadcast, over the computer network to one or more second externalcomputer terminals, an alert message alerting of the request message,receive, over the computer network from one of the one or more secondexternal computer terminals, a response message having counter termsdata that relates to the alert message, determine a match between theterms data and the counter terms data, broadcast, to plurality of nodesin the blockchain network, a consensus request message for creating adata block as an immutable record of the terms data and the counterterms data, and receive, from one of the plurality of nodes, a messageindicating that consensus has been achieved.

(10) A method for a device in a blockchain network that communicatesover a computer network with a first external computer terminal, one ormore second external computer terminals, and at least two externalentities. The device comprising a memory configured to maintain data ofan electronic transaction, predetermined thresholds, and externalidentification information, and circuitry. The method includes adding,by the circuitry, at least one transaction block to a chained sequenceof one or more blocks, including receiving, over the computer networkfrom the first external computer terminal, a request message having thedata of the electronic transaction, broadcasting, over the computernetwork to the one or more second external computer terminals, an alertmessage alerting of the request message, receiving, over the computernetwork from the one of the one or more second external computerterminals, a response message having counter transaction data thatrelates to the alert message, determining a match between thetransaction data and the counter transaction data, broadcasting, to aplurality of nodes in the blockchain network, a consensus requestmessage for generating the at least one transaction block as animmutable record of the transaction data and the counter transactiondata, the generating the at least one transaction block includescreating a block header that contains a hash pointer that has a hash ofa block header of a block that the at least one transaction block islinked to, receiving, from one of the plurality of nodes, a messageindicating that consensus has been achieved, and adding the at least onetransaction block to the chained sequence, updating the data of theelectronic transaction and comparing the data to the predeterminedthresholds to obtain a comparison result, and performing an action basedon the comparison result; and concurrently with the updating, comparingand performing an action, performing, by the circuitry, periodicvaluation and transmission of an item having value that is tied to thetransaction data, including transmitting messages to external entitiesassociated with the external identification information, establishingtransmission links with the external entities, determining a value ofthe item, and establishing movement of the item between the externalentities based on the determined value of the item and the predeterminedthresholds.

(11) The method of feature (10), in which the transaction data and thecounter transaction data includes a value at a future date and aninitial posting of the value of the item, the method further includingdetermining, by the circuitry, a value of the item after the initialposting; and establishing movement, by the circuitry, of the itembetween the external entities based on a final value of the item.

(12) The method of features (10) or (11), further including moving theitem directly between the external entities based on the externalidentification information.

(13) The method of any of features (10) to (12), in which the item is anasset in the transaction data and in the counter transaction data,respectively. The predetermined thresholds include a minimum and amaximum threshold. The method further includes receiving periodic feedsof updated data of the electronic transaction; performing valuation ofthe asset based on the updated data and compare the valuation valueswith the predetermined thresholds; and establishing movement of the itembetween the external entities based on the external identificationinformation in accordance with the comparison.

(14) The method of any of features (10) to (13), in which a block of theimmutable record includes confirmation instructions, the method furtherincludes generating a block having an executed transaction.

(15) The method of any of features (11) to (14), in which thetransaction data and the counter transaction data include a futuresettlement date. The method further includes settling the movement ofthe item on the future settlement date.

(16) The method of any of features (10) to (15), in which thetransaction data and the counter transaction data include a currencypair and a forward exchange rate. The method further includesbroadcasting a consensus request message for creating a data block as animmutable record of the currency pair and the forward exchange rate.

(17) The method of any of features (10) to (16), in which the settlingof the movement of the asset by determining a shift in valuation betweena last valuation and an asset movement point, plus a residual amountthat is under the minimum threshold.

(18) The method of any of features (10) to (17), in which the memory isfurther configured to maintain one or more documents that are uploadedand stored in a data block as an HTML template including variable namesof terms that can be changed based on a state of control logic. Themethod further includes reading the template from the block as astarting point reference to begin a process of establishing documentsgoverning transactions; receiving, over the computer network from thefirst external computer terminal, a message having updated terms data;broadcasting, over the computer network to the one or more secondexternal computer terminals, an alert message alerting of the requestmessage; receiving, over the computer network from the one of the one ormore second external computer terminals, a response message havingcounter terms data that relates to the alert message; determining, bythe circuitry, a match between the terms data and the counter termsdata; broadcasting, to the plurality of nodes in the blockchain network,a consensus request message for creating a data block as an immutablerecord of the terms data and the counter terms data; and receiving, fromone of the plurality of nodes, a message indicating that consensus hasbeen achieved.

(19) A non-transitory computer-readable storage medium includingcomputer executable instructions, in which the instructions, whenexecuted by a computer, cause the computer to perform a method. Themethod includes adding at least one transaction block to a chainedsequence of one or more blocks, including receiving, over a computernetwork from a first external computer terminal, a request messagehaving the data of the electronic transaction, broadcasting, over thecomputer network to one or more second external computer terminals, analert message alerting of the request message, receiving, over thecomputer network from one of the one or more second external computerterminals, a response message having counter transaction data thatrelates to the alert message, determining a match between thetransaction data and the counter transaction data, broadcasting, to aplurality of nodes in the blockchain network, a consensus requestmessage for generating the at least one transaction block as animmutable record of the transaction data and the counter transactiondata, the generating the at least one transaction block includescreating a block header that contains a hash pointer that has a hash ofa block header of a block that the at least one transaction block islinked to, receiving, from one of the plurality of nodes, a messageindicating that consensus has been achieved, and adding the at least onetransaction block to the chained sequence, updating the data of theelectronic transaction and comparing the data to the predeterminedthresholds to obtain a comparison result, and performing an action basedon the comparison result; concurrently with the updating, comparing andperforming an action, performing periodic valuation and transmission ofan item having value that is tied to the transaction data, includingtransmitting messages to external entities associated with the externalidentification information, establishing transmission links with theexternal entities, determining a value of the item, and establishingmovement of the item between the external entities based on thedetermined value of the item and the predetermined thresholds.

(20) The device of any of features (1) to (9), in which the transactiondata and counter transaction data includes an agreement having a valueof securities on loan for a specified or unspecified period, andinitially posting of collateral having a value as the value of theamount data, the circuitry further configured to determine a value ofthe collateral after initial posting, and settle the movement of thecollateral based on a final value of the collateral in accordance withthe agreement.

(21) The device of any of features (1) to (9), in which the transactiondata and counter transaction data includes an agreement having a valueof an Exchange Traded Fund (ETF) Basket creation of redemption trade,and initially posting of collateral having a value as the value of theamount data, the circuitry further configured to determine a value ofthe collateral after initial posting, and settle the movement of thecollateral based on a final value of the collateral in accordance withthe agreement.

The invention claimed is:
 1. A device in a blockchain network thatcommunicates over a computer network with a first external computerterminal, one or more second external computer terminals, and at leasttwo external entities, the device comprising: a memory configured tomaintain data of an electronic transaction, predetermined thresholds,and external identification information; and circuitry configured to:add at least one transaction block to a chained sequence of one or moreblocks, including: receive, over the computer network from the firstexternal computer terminal, a request message having the data of theelectronic transaction, broadcast, over the computer network to one ormore second external computer terminals, an alert message alerting ofthe request message, receive, over the computer network from one of theone or more second external computer terminals, a response messagehaving counter transaction data that relates to the alert message,determine a match between the transaction data and the countertransaction data, broadcast, to a plurality of nodes in the blockchainnetwork, a consensus request message for generating the at least onetransaction block as an immutable record of the transaction data and thecounter transaction data, the generating the at least one transactionblock includes creating a block header that contains a hash pointer thathas a hash of a block header of a block that the at least onetransaction block is linked to, receive, from one of the plurality ofnodes, a message indicating that consensus has been achieved, and addthe at least one transaction block to the chained sequence, update thedata of the electronic transaction and compare the data, including atleast one of an updated rate and spread related to valuation of an itemhaving a value that is tied to the transaction data, to thepredetermined thresholds to obtain a comparison result, wherein thetransaction data and the counter transaction data include a value at afuture settlement date, an initial posting of the value of the item, acurrency pair and a forward exchange rate, determine the value of theitem after the initial posting, establish movement of the item betweenthe external entities based on a final value of the item, settle themovement of the item on the future settlement date, broadcast aconsensus request message for creating a data block as an immutablerecord of the currency pair and the forward exchange rate, and performan action based on the comparison result including performing an updatedvaluation of a contract and sending an alert message, and concurrentlywith the update, compare and perform an action, perform periodicvaluation and transmission of the item having the value that is tied tothe transaction data, including: transmit messages to external entitiesassociated with the external identification information, establishtransmission links with the external entities including links betweenrespective custodian accounts of the external entities with thetransaction and a ledger, determine a value of the item, and establishmovement of the item between the external entities based on thedetermined value of the item and the predetermined thresholds.
 2. Thedevice of claim 1, wherein the circuitry is further configured to movethe item directly between the external entities based on the externalidentification information.
 3. The device of claim 1, wherein a block ofthe immutable record includes confirmation instructions, and thecircuitry is further configured to generate a block having an executedtransaction.
 4. The device of claim 1, wherein the memory is furtherconfigured to maintain one or more documents that are uploaded andstored in a data block as an HTML template including variable names ofterms that can be changed based on a state of control logic, wherein thecircuitry is further configured to read the template from the block as astarting point reference to begin a process of establishing documentsgoverning transactions, receive, over the computer network from thefirst external computer terminal, a message having updated terms data,broadcast, over the computer network to one or more second externalcomputer terminals, an alert message alerting of the request message,receive, over the computer network from one of the one or more secondexternal computer terminals, a response message having counter termsdata that relates to the alert message, determine a match between theterms data and the counter terms data, broadcast, to the plurality ofnodes in the blockchain network, a consensus request message forcreating a data block as an immutable record of the terms data and thecounter terms data, and receive, from one of the plurality of nodes, amessage indicating that consensus has been achieved.
 5. The device ofclaim 1, wherein the item is an asset in the transaction data and in thecounter transaction data, respectively, wherein the predeterminedthresholds include a minimum and a maximum threshold, wherein thecircuitry is further configured to receive periodic feeds of updateddata of the electronic transaction, perform valuation of the asset basedon the updated data and compare the valuation values with thepredetermined thresholds, and establish movement of the item between theexternal entities based on the external identification information inaccordance with the comparison.
 6. The device of claim 5, wherein themovement of the asset is settled, via the circuitry, by determining ashift in valuation between a last valuation and an asset movement point,plus a residual amount that is under the minimum threshold.
 7. A methodfor a device in a blockchain network that communicates over a computernetwork with a first external computer terminal, one or more secondexternal computer terminals, and at least two external entities, thedevice comprising a memory configured to maintain data of an electronictransaction, predetermined thresholds, and external identificationinformation, and circuitry, the method comprising: adding, by thecircuitry, at least one transaction block to a chained sequence of oneor more blocks, including: receiving, over the computer network from thefirst external computer terminal, a request message having the data ofthe electronic transaction, broadcasting, over the computer network tothe one or more second external computer terminals, an alert messagealerting of the request message, receiving, over the computer networkfrom the one of the one or more second external computer terminals, aresponse message having counter transaction data that relates to thealert message, determining a match between the transaction data and thecounter transaction data, broadcasting, to a plurality of nodes in theblockchain network, a consensus request message for generating the atleast one transaction block as an immutable record of the transactiondata and the counter transaction data, the generating the at least onetransaction block includes creating a block header that contains a hashpointer that has a hash of a block header of a block that the at leastone transaction block is linked to, receiving, from one of the pluralityof nodes, a message indicating that consensus has been achieved, andadding the at least one transaction block to the chained sequence,updating the data of the electronic transaction and comparing the data,including at least one of an updated rate and spread related tovaluation of an item having value that is tied to the transaction data,to the predetermined thresholds to obtain a comparison result, whereinthe transaction data and the counter transaction data include a value ata future settlement date, an initial posting of the value of the item, acurrency pair and a forward exchange rate, determining the value of theitem after the initial posting, establishing movement of the itembetween the external entities based on a final value of the item,settling the movement of the item on the future settlement date,broadcasting a consensus request message for creating a data block as animmutable record of the currency pair and the forward exchange rate, andperforming an action based on the comparison result including performingan updated valuation of a contract and sending an alert message; andconcurrently with the updating, comparing and performing an action,performing, by the circuitry, periodic valuation and transmission of theitem having the value that is tied to the transaction data, including:transmitting messages to the external entities associated with theexternal identification information, establishing transmission linkswith the external entities including links between respective custodianaccounts of the external entities with the transaction and a ledger,determining a value of the item, and establishing movement of the itembetween the external entities based on the determined value of the itemand the predetermined thresholds.
 8. The method of claim 7, furthercomprising: moving the item directly between the external entities basedon the external identification information.
 9. The method of claim 7,wherein a block of the immutable record includes confirmationinstructions, the method further comprising: generating a block havingan executed transaction.
 10. The method of claim 7, wherein the memoryis further configured to maintain one or more documents that areuploaded and stored in a data block as an HTML template includingvariable names of terms that can be changed based on a state of controllogic, wherein the method further comprises: reading the template fromthe block as a starting point reference to begin a process ofestablishing documents governing transactions; receiving, over thecomputer network from the first external computer terminal, a messagehaving updated terms data; broadcasting, over the computer network toone or more second external computer terminals, an alert messagealerting of the request message; receiving, over the computer networkfrom one of the one or more second external computer terminals, aresponse message having counter terms data that relates to the alertmessage; determining, by the circuitry, a match between the terms dataand the counter terms data; broadcasting, to the plurality of nodes inthe blockchain network, a consensus request message for creating a datablock as an immutable record of the terms data and the counter termsdata; and receiving, from one of the plurality of nodes, a messageindicating that consensus has been achieved.
 11. The method of claim 7,wherein the item is an asset in the transaction data and in the countertransaction data, respectively, wherein the predetermined thresholdsinclude a minimum and a maximum threshold, wherein the method furthercomprises: receiving periodic feeds of updated data of the electronictransaction; performing valuation of the asset based on the updated dataand compare the valuation values with the predetermined thresholds; andestablishing movement of the item between the external entities based onthe external identification information in accordance with thecomparison.
 12. The method of claim 11, wherein the settling of themovement of the asset by determining a shift in valuation between a lastvaluation and an asset movement point, plus a residual amount that isunder the minimum threshold.
 13. A non-transitory computer-readablestorage medium including computer executable instructions, wherein theinstructions, when executed by a computer, cause the computer to performa method, the method comprising: adding at least one transaction blockto a chained sequence of one or more blocks, including: receiving, overa computer network from a first external computer terminal, a requestmessage having the data of the electronic transaction, broadcasting,over the computer network to one or more second external computerterminals, an alert message alerting of the request message, receiving,over the computer network from the one of the one or more secondexternal computer terminals, a response message having countertransaction data that relates to the alert message, determining a matchbetween the transaction data and the counter transaction data,broadcasting, to a plurality of nodes in a blockchain network, aconsensus request message for generating the at least one transactionblock as an immutable record of the transaction data and the countertransaction data, the generating the at least one transaction blockincludes creating a block header that contains a hash pointer that has ahash of a block header of a block that the at least one transactionblock is linked to, receiving, from one of the plurality of nodes, amessage indicating that consensus has been achieved, and adding the atleast one transaction block to the chained sequence, updating the dataof the electronic transaction and comparing the data, including at leastone of an updated rate and spread related to valuation of an item havingvalue that is tied to the transaction data, to the predeterminedthresholds to obtain a comparison result, wherein the transaction dataand the counter transaction data include a value at a future settlementdate, an initial posting of the value of the item, a currency pair and aforward exchange rate, determining the value of the item after theinitial posting, establishing movement of the item between the externalentities based on a final value of the item, settling the movement ofthe item on the future settlement date, broadcasting a consensus requestmessage for creating a data block as an immutable record of the currencypair and the forward exchange rate, and performing an action based onthe comparison result including performing an updated valuation of acontract and sending an alert message; and concurrently with theupdating, comparing and performing an action, performing periodicvaluation and transmission of the item having the value that is tied tothe transaction data, including: transmitting messages to externalentities associated with the external identification information,establishing transmission links with the external entities includinglinks between respective custodian accounts of the external entitieswith the transaction and a ledger, determining a value of the item, andestablishing movement of the item between the external entities based onthe determined value of the item and the predetermined thresholds.